Storage system and control method for the same

ABSTRACT

An object of the present invention is to integrally manage disk storage apparatuses through virtualization. Some physical storage apparatuses  14  connected to a host computer  10  via a communication network  12  are virtualized with a virtual switch  18,  a control unit  20,  and a virtual device  22.  The physical storage apparatus specifies a command when receiving the command from the host computer  10,  and accesses, if the command access has been made to its own physical storage apparatus, a real disk via the virtual control unit  20  and virtual device  22,  and executes I/O processing. If the command access is not made to its own physical storage apparatus, the physical storage apparatus  14  directs the command to the transmission target via the virtual switch  18.  The physical storage apparatuses  14  are integrally managed according to the command in the above described manner.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application relates to and claims priority from Japanese Patent Application No. 2006-242055, filed on Sep. 6, 2006, the entire disclosure of which is incorporated herein by reference.

BACKGROUND

1. Field of the Invention

The invention relates to a storage system and a control method for the storage system, more particularly to a storage system in which storage subsystems are connected to each other can direct access received from a host computer to another storage subsystem, and a control method for that storage system.

2. Description of Related Art

A type of storage system in which a host computer and storage subsystems are mutually connected via a communication network and information is exchanged between the host computer and each storage subsystem is well known. JP-A-2006-85398 discloses, as a storage subsystem used in that type of storage system, a disk storage apparatus provided with a logical device, which is a data storage target device, a connection control unit, and a virtual logical unit has been proposed. That disk storage apparatus can switch connection between the virtual logical unit and the logical device in such a way that no change is observed by the control unit included in the host computer, when the disk storage apparatus is seen from the host computer.

Larger data storage capacity in storage subsystems is being required at present. Meanwhile, in the storage subsystem disclosed in JP-A-2006-85398, the target of virtualization is one internal disk storage device and one external disk storage device, but the technique disclosed there is not sufficient for integral management of a larger number of disk storage devices.

An object of the present invention is to integrally manage all storage subsystems belonging to one storage system by virtualizing those storage subsystems. Another object is to provide a storage system in which the host computer configuration definition does not have to be changed and only a change in storage subsystem configuration information is necessary.

SUMMARY

To achieve the above stated objects, the present invention can virtualize the target of an access from a host computer to grouped storage subsystems by providing a virtual switch that enables a switching operation for directing an access from a host computer to a storage subsystem belonging to a storage system to another storage subsystem. As a result, all accesses from the host computer to any of the grouped storage subsystems can be integrally managed.

The present invention provides a storage system including a host computer and storage subsystems that provide a storage area to the host computer. In that storage system, each storage subsystem includes an access area that receives an access from at least either of the host computer or another storage subsystem; a storage area for data exchanged with the host computer; a first control circuit for controlling data I/O to/from the storage area according to a command transmitted from the host computer to the access area; and a second control circuit for determining whether the access has been made to an access target in its own storage subsystem or-one in another storage subsystem, and receiving the access if the access target is its own storage subsystem, and translating, if the access target is another storage subsystem, the access target address into an address in the relevant storage subsystem, and directing the address-translated access to the access area in the relevant storage subsystem.

According to the present invention, storage subsystems can be integrally managed through virtualization. Moreover, even if the storage subsystem configuration is changed, the configuration definition in a host computer does not have to be changed.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating a basic configuration of a storage system according to the present invention.

FIG. 2 is a block diagram illustrating a physical element configuration of a disk storage apparatus.

FIGS. 3A-3H are diagrams showing tables.

FIG. 4 is a block diagram illustrating storage system operations according to the present invention.

FIG. 5 is a flowchart illustrating processing performed when an I/O request is issued.

FIG. 6 is a flowchart illustrating other processing performed when an I/O request is issued.

FIG. 7 is a flowchart illustrating other processing when an I/O request is issued.

FIG. 8 is a diagram showing a table of physical paths between physical storage devices.

FIG. 9 is a flowchart illustrating processing in a physical storage apparatus when a frame is transmitted/received.

FIG. 10 is a block diagram illustrating processing performed when a failure occurs.

FIG. 11 is a flowchart illustrating an operation performed when a failure occurs.

FIG. 12 is a diagram showing a table of virtual CU(s)/virtual DEV(s) in physical storage apparatuses.

FIG. 13 is a block diagram illustrating a double management configuration.

FIG. 14 is a flowchart illustrating a double management configuration.

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS

Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a block diagram showing a basic configuration of the storage system according to the present invention. In FIG. 1, the storage system includes host computers #0-#m (10) as mainframe host systems. The respective host computers are connected, via a communication network 12, to disk storage apparatuses #0-#n (14), which are storage subsystems. The communication network is connected to an switch (SW) management terminal 16 that manages control information about virtual switches described later.

The communication network 12 may be a SAN (Storage Area Network), the Internet, or a dedicated line or similar. If a SAN is used, data is exchanged between each host computer (10) and each disk storage apparatus (14) according to Fibre Channel protocol (FCP), or FICON protocol (FC-SB2, FC-SB3: Fibre Channel Single Byte) for mainframes.

In some disk storage apparatuses 14, physical storage elements, which are real storage devices (disks), are virtualized as logical elements to the host computers and another disk storage apparatus. For example, in a disk storage apparatus #0 (14), the physical storage elements are virtualized by using a virtual switch #0 (18), virtual control units (CU(s)) #00-#0 k (20), and virtual DEVs (devices) #0-#j (22). That virtualization occurs also in disk storage apparatuses (physical storage apparatus) #1 (and subsequent numbers). The virtual switch in each storage apparatus is connected to that in another storage apparatus.

The “virtual switch” means a channel control unit recognizing a target of an access from a host computer based on information in a control table, and translating and outputting the access target address if necessary.

Accordingly, the “virtual switch” is not a physical element. The virtual CUs and virtual DEVs are logical storage units of the virtualized physical storage areas in the physical storage apparatuses. Virtual devices are on a lower level of the virtual CU.

Each of the virtual switches #0-#n (18) has a path connected to a physical switch in the communication network 12, a path to the virtual CU 20 in its own disk storage apparatus, and a path to the virtual switch in another disk storage apparatus. A command access from the host computer can be made to a specific virtual CU and a specific virtual DEV 22 belonging to that virtual CU in any one of physical storage apparatuses #0-#n via the virtual switch in the relevant physical storage apparatus.

A command access from the host computer can also be made, via the virtual switch in any one of physical storage apparatuses #0-#n, to a specific virtual CU and a specific virtual DEV 22 belonging to that virtual CU in another physical storage apparatus. The virtual switch in each physical storage apparatus includes a logical path connected to the virtual CUs in the physical storage apparatus the relevant virtual switch belongs to, and a path connected to the virtual switch in another physical storage apparatus. The virtual switch analyzes a command from the host and selects a specific path from among several paths. Each virtual device 22 in the physical storage apparatuses #0-#n corresponds to a real storage device group. A group of virtual devices is allocated to each group of virtual CUs 20 (CU#n0 . . . CU#nk).

System generation in the host computer is performed based on the physical switch in the SAN 12 and the virtual switch #/virtual CU #/virtual DEV # (“#” means an identification number for specifying each element) in the physical storage apparatuses. In the storage system shown in FIG. 1, the virtual switch can direct an access from the host computer to a virtual switch in another physical storage apparatus, and so redundant routes are provided for an access from the host computer to a specific physical storage apparatus. In other words, an access from the host computer to the physical storage apparatus can be made via alternate paths. In the storage system shown in FIG. 1, the access from the host computer can be received by both #0 and #n physical storage apparatuses if those physical storage apparatuses are connected to the SAN 12, even when the physical storage apparatuses between #0 and #n are not connected to the SAN.

As shown in FIG. 2, each physical storage apparatus 14 includes, as physical elements, channel adapters 24, cache memory (CACHE) 26, shared memory (SM) 28, disk adapters (DKA) 30, and a storage unit 34 having physical disks 32. The channel adapter section 24 is connected to the host computer 10, another physical storage apparatus 14, cache memory 26, and shared memory 28 via the communication network 12. Each channel adapter has a microprocessor and memory including a microprogram. The microprocessor realizes the operations of the above described virtual switches 18, virtual CUs 20, and virtual DEVs 14 according to the microprogram.

The cache memory 26 temporarily holds read/write data. The shared memory 28 holds control information used for realizing and managing the virtual switches 18, virtual CUs 20, and virtual DEVs 14. Control information settings for the shared memory 28 are established by the management terminal 36. The disk adapter 30 controls processing concerning data read/write from/to the disks 32 by accessing the physical disks 32, which are the real storage devices.

Unique identification information is given to each virtual switch so that, in the storage system, which includes several physical storage apparatuses, a virtual switch in one of the physical storage apparatuses can be specially distinguished from a virtual switch in another physical storage apparatus. The identification information is stored as part of physical storage information in the shared memory in each physical storage apparatus. A target of a command or data transmitted from the host computer is specified based on the virtual switch identification information.

Each channel adapter 24 analyzes a command sent from the host, and, if the access target of the command is its own storage subsystem, executes processing for writing/reading data to/from the access target disk adapter 30 and storage device 32 based on the identification information added to the command about the virtual CU 20 and virtual DEV 22. The disk adapter 30 translates logical access specifying the virtual CU and virtual DEV into access to a physical storage area in the physical device 32. The SW management terminal 16 manages and establishes various settings for the virtual switch 18 in each physical storage apparatus.

The channel adapter in one of the physical storage apparatuses is connected to the channel adapter(s) in one or more other physical storage apparatus(es). This connection may be made via the communication network, or made directly between the channel adapters. As is understood from FIG. 1, when the host computer accesses one of the physical storage apparatuses, the access can be made directly via the SAN 12, or via the virtual switch in another physical storage. The host computer has system generation information used for identifying every virtual switch, virtual CU, and virtual device provided by the physical storage apparatuses included in the storage system shown in FIG. 1. The host computer identifies a specific physical storage logical area and issues a command based on the system generation information.

FIG. 3 show control tables stored in the shared memory in each physical storage apparatus. The channel adapter accesses a specific logical storage area based on those control tables. The control information illustrated in FIG. 3 is based on the connection between the host computer and the physical storage apparatuses #0, #1, and #n. The table T1 defines a physical path between the disk storage apparatus #0 (14) and the host computer. Information in the table T1 is determined when a power switch in the physical storage apparatus #0 is turned on, physical path online processing is performed, or cable connection/disconnection is established.

The host-directed physical path # 1, 2, . . . , the host node information 0, 1, . . . , the physical port # A, . . . , the host switch #/port # 8010, . . . , and the virtual switch #/port # 6012, . . . are set in T1. T1 information is included in

FLOG I/PLOG I exchanged between the host computer and the physical storage apparatuses 14 when linkup is established.

The table T2 is a control table for logical paths between the physical storage apparatus #0 and the host computer. The physical storage apparatus #0 sets, when receiving an ELP (Establish Logical Path) from the host computer (14), the host-directed physical path # 1, 2, . . . , the CHL (channel) IMAGE # 00, . . . , and the virtual CU # n0, n1, . . . , nk, . . . in the table T2. The ELP issued by the host computer 10 includes the information for the table T2.

The table T3 is a control table defining physical paths between the physical storage apparatus #0 and another physical storage apparatus.

Settings for this table are established by the channel adapters in the physical storage apparatus #0 based on information from a service processor 36 connected to the physical storage apparatus, the SW management terminal 16, or management software in the host system. The inter-storage physical path # 1, 2, . . . , the physical port # C, C, NULL, . . . , the virtual switch #/port # 6012, 6012, 6011, . . . , the virtual switch-connected, that is, the virtual switch-adjoining physical switch #/port # 9011, 9011, NULL, . . . , the physical storage apparatus #0 connection target physical storage apparatus # N, 1, . . . , and the target physical storage apparatus's connection destination switch # port # 9012, 9013, NULL, . . . are set in the table T3.

The procedure for setting information for the table T3 will be described with reference to an example of settings based on information from the SW management terminal 16. Using a setting screen provided in the terminal, a storage system administrator inputs virtual switch identification information, then inputs the virtual switch port number and physical port number, and then inputs the identification information (switch number and port number) about the virtual switch or physical switch. After that, the administrator executes processing for linkup between the physical storage apparatus #0 and another storage apparatus. The information is set when the linkup ends.

The table T4 is a control table concerning physical paths between the physical storage apparatus #n and another physical storage apparatus. As in the table T3, the inter-storage physical path # 1, 2, 3, . . . , the physical port # B, B, NULL, . . . , the virtual switch #/port # 6n12, 6n12, 6n11, . . . , the target physical storage apparatus # 0, 1, N, . . . , and the connection destination switch #/port # 9010, 9013, NULL, . . . are set in the table T4. In the tables T3 and T4, “NULL” is registered for the physical port # and the connection destination #/port # in the relevant storage apparatus.

The table T5 is an inter-physical storage logical path table showing the correspondence between the physical ports in the physical storage apparatus #0 and the virtual CU # in another physical storage apparatus. “C” represents the physical port in the physical storage apparatus #0, “n0” represents the virtual CU in the physical storage apparatus #n, and the table indicates that a logical path is formed between them. The table T6 shows the correspondence between the physical port in the physical storage apparatus #n and the virtual CU # in another physical storage apparatus. “B” represents the physical port in the physical storage apparatus #n. The table indicates that a logical path is formed between the physical port “B” and the virtual CU 00, . . . .

In order to set the tables T5 and T6 in the shared memory, the storage administrator inputs the physical path #, the physical port # in the relevant storage apparatus, and the connection destination virtual CU # using the setting screen. Next, the above described ELP processing is executed based on the input information. If the ELP processing ends without problem, the information is set in empty areas for the physical path # in the control table. The table T7 is a table showing the correspondence between virtual areas and real storage areas in the physical storage apparatus #0. The table T8 contains similar information for the physical storage apparatus #n.

Each physical storage apparatus has the above described control tables relating to its own apparatus, but it may also have the tables relating to another physical storage apparatus. Alternatively, a computer connected to the communication network, such as the SW management terminal, may have the control tables relating to all physical storage apparatuses so that the channel adapters in each physical storage apparatus can refer to those tables.

Next, processing performed when an I/O request is sent from the host computer to a virtual logical area in a physical storage apparatus will be described. As an example, processing performed when an I/O request is sent from the host computer #0 (10) to the virtual CU #n1/virtual DEV #1 in the physical storage apparatus #n (14) will be described below with reference to FIGS. 4 and 5.

In the example shown in FIG. 4, the communication network 12 includes a physical switch #80 (40A) having physical ports #10, #11, and #12, and a physical switch #90 (40B) having physical ports #10, #12, and #13. A CHL Image #00 in the host computer #10 is connected to the physical port #10 in the physical switch #80.

A physical port A in the physical storage apparatus #0 (14) is connected to the port #11 in the switch #80 and also to the virtual port #10 in the virtual switch #60. The physical port #12 in the physical switch #80 is connected to the host #1.

The virtual port #11 in the virtual switch #60 is connected to the virtual CUs in the physical storage apparatus #0. The virtual port #12 is connected to the physical switch C in the physical storage apparatus #0. The physical switch C is connected to the physical port #10 in the physical switch #90.

The physical port #13 in the physical switch #90 is connected to the physical port A in the physical storage apparatus #1. The physical port A is connected to the virtual port #10 in the virtual switch #61. The virtual port #11 in the virtual switch #61 is connected to the virtual CUs in the physical storage apparatus #1.

The physical port #12 in the physical switch #90 is connected to the physical port B in the physical storage apparatus #n. The physical port B is connected to the virtual port #12 in the virtual switch #6 n in the physical storage apparatus #n. The virtual port #11 in the virtual switch #6 n is connected to the virtual CUs in the physical storage apparatus #n. The virtual port #10 is connected to the physical port A in the physical storage apparatus #6 n. The physical port A is connected to the host computer #n.

Processing for a command issued by the host will be described with reference to FIG. 5. The host computer #0 (10) issues a frame 200 to the physical switch #80 (S1 in FIG. 5). This frame is targeted at the virtual DEV #1 connected to the virtual CU #n1 in the physical storage apparatus #n.

SID (Source Identification) 8010, DID (Destination Identification) 6012, CH (CHL Image) #00, CU #n1, and DEV #01 are added to the frame 200. “80” and “10” in SID “8010” respectively mean the physical switch #80 and the physical port #10 in the physical switch #80. “60” and “12” in the DID “6012” respectively mean the virtual switch #60 and the virtual port #12.

Next, when the physical storage apparatus #0 receives the frame 200, the channel adapter 24 searches the table T5 for the physical path # according to the access target CU # (n1) added to the frame 200, and recognizes the port “C” the frame has to be sent to (S2). The channel adapter 24 determines that the access target CU #n1 is not included in its own virtual CUs and that the CU# n1 belongs to the physical storage apparatus #n. Then the channel adapter in the physical storage apparatus #0 translates, according to the control table T3, the received DID of the frame 200 into the physical switch #/port # (9012) connected to the physical port C, translates the SID of the received frame 200 into the adjoining switch #/port # (9010) acquired when linkup is established (S3), and directs the frame 202 from the physical port C. This frame 202 is directed, via the physical switch #90, to the physical storage apparatus #n.

When the physical storage apparatus #n receives the frame 202, the channel adapter 24 searches the table T6 for the virtual CU # according to the CU # (n1) of the received frame 202 (S5). If the physical path # cannot be acquired and no relevant information exists, the channel adapter 24 determines that the access has been made to its own apparatus.

Next, the channel adapter 24 in the physical storage apparatus #n searches the table T8 for the virtual CU # and virtual DEV # according to the CU # (n1) and DEV # (01) of the received frame 202, and acquires the physical storage apparatus # (n), physical CU # (1), and physical DEV # (1) (S7). In this example, because the relevant physical storage apparatus is the physical storage apparatus #n (14), the disk adapter 30 executes the same processing as usual I/O processing according to the physical CU # (1) and physical DEV # (1) (S8). In other words, the disk adapter 30 executes processing for accessing a storage area in the disk 32 specified by the frame.

Next, the physical storage apparatus #n produces a frame (response frame) 300 for responding to the received frame 202 after the I/O processing is executed. For example, the physical storage apparatus #n, referring to information about the received frame 202, sets the DID (9012) of the received frame 202 as the SID of the response frame 300, the SID (9010) of the received frame 202 as the DID of the response frame 300, the CH# (00) of the received frame 202 as the CH# of the response frame 300, the CU # (n1) of the received frame 202 as the CU # of the response frame 300, and the DEV # (01) of the received frame 202 as the DEV # of the response frame 300 (S9), and transmits the response frame 300 from the physical port B.

When the physical storage apparatus #0 (14) receives the response frame 300 via the physical switch #90 (40), the physical storage apparatus #0 searches the table T2 for the virtual CU # according to the CU # (n1) of the response frame 300, and acquires the host-directed physical path # (1) (Si1). Here, the physical storage apparatus #0 (14) translates the DID of the response frame 300 into the host switch #/port # (8010) based on the acquired physical path # (1), and also translates the SID of the response frame 300 into the virtual switch #/port # (6010) (S12), and transmits the response frame 302 from the physical port A (S13). After that, the response frame 302 is received by the host computer #0 (10) (S14), and the processing according to the routine shown in FIG. 5 ends.

Next, processing performed when an I/O request is sent from the host computer #0 (10) to the virtual CU #01/virtual DEV #1 in the physical storage apparatus #0 (14) will be described with reference to FIGS. 4 and 6. First, the host computer #0 (10) issues a frame, via the port #10 in the physical switch #80 (40), to the virtual DEV #1 connected to the virtual CU #01 that is under the management of the virtual switch #60 (18) (S21). Information including SID=8010, DID=6011, CH#=00, CU #=01, and DEV #=1 has been added to that frame.

Next, when the physical storage apparatus #0 (14) receives the frame from the host computer 10, the physical storage apparatus #0 (14) searches the table T5 for the virtual CU # according to the CU # (01) of the received frame (S22). If no relevant information exists, the physical storage apparatus #0 judges that the access has been made to its own physical storage apparatus. Then the physical storage apparatus #0 (14) searches the table T7 for the virtual CU # and virtual DEV # according to the CU # and DEV # of the received frame, and specifies the physical storage apparatus # (0), physical CU # (1), and physical DEV # (1) of the final access target of the frame (S24). After that, normal I/O processing is executed on the physical CU # (1) and physical DEV # (1) (S25).

Next, the physical storage apparatus #0 (14) produces a response frame after executing the I/0 processing. The physical storage apparatus #0, using the received frame, sets the DID (6011) of the received frame as the SID of the response frame, the SID (8010) of the received frame as the DID of the response frame, the CH# (00) of the received frame as the CH# of the response frame, the CU # (01) of the received frame as the CU # of the response frame, and the DEV # (01) of the received frame (S26) as the DEV # of the response frame, and transmits the response frame from the physical port A (S27). Information including SID=6011, DID=8010, CH#=0, CU #=0, DEV #=1 is added to the response frame. This response frame is received by the host computer #0 (10) (S28), and then the processing according to this routine ends.

Next, processing performed when an I/O request is sent from the host computer #0 (10) to the virtual CU #n1/virtual DEV #1 in the physical storage apparatus #n (14) will be described with reference to FIGS. 4 and 7. In this embodiment, the connection between the physical storage apparatuses #0 and #n (14) is made not via a physical switch, but with a point-to-point connection, and the therefore table T9 shown in FIG. 8 is used instead of table T3.

First, the host computer #0 (10) issues a frame, via the port #10 in the physical switch #80 (40), to the virtual DEV #1 connected to the virtual CU #n1 that is under the management of the virtual switch #60 (18) (S31). Information including SID=8010, DID=6012, CH#=00, CU #=n1, and DEV #=1 has been added to that frame.

Next, the physical storage apparatus #0 (14), when receiving the command issued by the host computer #0 (10), searches the table T5 for the virtual CU # using the CU # (n1) of the received frame and acquires the inter-physical storage physical path # (S32). Then the physical storage apparatus #0 (14) searches the table T9 using the acquired physical path #, translates the received frame DID and SID respectively into the connection destination switch #/port # (0002) and the adjoining switch #/port # (0001) acquired when linkup was established (S33), and transmits the frame from the physical port C (S34). Information including SID=0001, DID=0002, CH#=00, CU #=n1, and DEV #=1 has been added to that frame.

Next, the physical storage apparatus #n (14) searches, after receiving the command (frame) transmitted from the physical storage apparatus #0 (14), the table T6 for the virtual CU # using the CU # (n1) of the received frame (S35) and determines whether or not the relevant information exists. If no relevant information exists, the physical storage apparatus #n judges that the access has been made to its own physical storage.

After that, the physical storage apparatus #n (14) searches the table T8 for the virtual CU # and virtual DEV # using the CU # (n1) and DEV # (01) of the frame, and acquires the physical storage apparatus # (N), physical CU # (1), and physical DEV # (1) (S37). Because the access target here is the physical storage apparatus #n, the physical storage apparatus #n executes usual I/O processing on the physical CU # (1) and physical DEV # (1) (S38).

Subsequently, the physical storage apparatus #n (14) performs processing for producing a response frame after the above I/O processing. In that processing, the physical storage apparatus #n (14) sets, using the received frame, the DID (0001) of the received frame as the SID of the response frame, the SID (0002) of the received frame as the DID of the response frame, the CH# (00) of the received frame as the CH# of the response frame, the CU # (01) of the received frame as the CU # of the response frame, and the DEV # of the received frame as the DEV # of the response frame (S39), and transmits the response frame from the physical port B (S40). Information including SID=0002, DID=0001, CH#=00, CU=n1, and DEV #=1 has been added to that response frame.

The physical storage apparatus #0 (14) searches, after receiving the response frame #0 from the physical storage apparatus #n (14), the table T2 for the virtual CU # using the response frame CU # (n1), and acquires the host-directed physical path # (1) (S41). The physical storage apparatus #0 (14) translates the response frame DID and SID respectively into the physical switch SW #/port # 8010 and the virtual switch #/port # 6010 based on the acquired physical path # (1) (S42), and transmits the response frame from the physical port A (S43). Information including SID=6012, DID=8010, CH#=00, CU #=n1, and DEV #=1 has been added to that response frame. The response frame is received by the host computer #0 (10) (S44), and then the processing according to this routine ends.

Next, processing performed when each physical storage apparatus 14 transmits/receives a frame will be described with reference to FIG. 9. First, the physical storage apparatus 14 judges, after receiving the frame (S51), whether or not the frame is targeted at its own physical storage apparatus 14 (S52). If the frame is targeted at its own physical storage apparatus 14, the physical storage apparatus 14 searches the table T5 or T6 for the virtual CU # according to the received frame CU # (S53), and determines whether or not the relevant CU # exists (S54).

If the relevant CU # exists, the physical storage apparatus 14 translates the received frame DID into the connection destination switch #/port # specified in the table T3 or T4 (S55), also translates the received frame SID into the adjoining switch #/port # specified in the table T3 or T4 (S56), and directs the frame from the physical port # specified in the table T3 or T4 (S57), and then the processing according to this routine ends.

Meanwhile, if the physical storage apparatus 14 determines that the frame is not targeted at its own physical storage apparatus in step S52, the physical storage apparatus 14 searches the table T2 for the virtual CU # according to the received frame CU # (S58), translates the received frame DID into the host-directed physical switch #/port # specified in the table T1 (S59), also translates the received frame SID into the virtual switch #/port # specified in the table T1 (S60), and directs the frame from the port # specified in the table T1 (S61), and then the processing according to this routine ends here.

If the physical storage apparatus 14 determines in step S54 that no relevant CU # exists, the physical storage apparatus 14 searches the table T7 or T8 for the virtual CU #/virtual DEV # according to the received frame CU #/DEV # (S62), acquires the physical storage apparatus # (S63), and judges whether or not the acquired physical storage apparatus # is its own storage apparatus (S64). The physical storage apparatus 14 executes, having judged that the physical storage apparatus # is its own apparatus, usual I/O processing on the physical CU #/physical DEV # (S65), produces a frame targeted at the host by setting the received frame DID as the SID, the received frame DID as the SID, the received CH # as the CH # the received frame CU # as the CU #, and the received frame DEV # as the DEV # (S66), and transmits the above produced frame from the physical port that has received the frame (S67), and then the processing according to this routine ends.

Meanwhile, if the physical storage apparatus judges in step S64 that the acquired physical storage apparatus # is not its own storage apparatus, the physical storage apparatus 14 searches the table T3 or T4 for the target physical storage apparatus # according to the above physical storage apparatus # (S68), translates the received frame DID into the connection target switch #/port # specified in the table T3 or T4 (S69), also translates the received SID into DID (S70), and directs the frame from the physical port # indicated in the table T3 or T4 (S71), and then the processing according to this routine ends.

According to the above described embodiment, real storage device elements (real disk(s) 32) in each disk storage apparatus (physical storage apparatus) 14 are virtualized into logical elements. Because the channel adapter 24 that controls the logical elements specifies a command from the host computer based on storage configuration information where physical elements including the disks 32, which are the real storage devices, and the disk adapter 30 are mapped to the respective physical storage apparatuses 14, a plurality of storage subsystems can be integrally managed by virtualizing the physical storage devices.

Moreover, a command contains the identification information for individually specifying a group of the virtual device groups 22 and a plurality of virtual controller units 20 in each physical storage apparatus 14 and the information indicating the command transmission source and transmission target. Accordingly, if the physical storage apparatus configuration is changed, only change in the virtual/physical mapping in the physical storage apparatus is necessary, and the system generation in the host computer does not have to be changed.

Because a plurality of disk storage apparatuses can be integrally managed by utilizing virtualization, paths between the host systems and disk storage apparatuses can be consolidated, and all disk storage apparatuses can be accessed with a small number of host paths. Moreover, by changing the storage configuration information according to loads, the loads can be shared between the disk storage apparatuses 14. Loads can be divided by using remote copy between the physical storage apparatuses 14 or shadow imaging in each physical storage apparatus 14. The “loads” include an RAID load in all physical storage apparatuses 14, a processor load in each physical storage apparatus 14, loads in paths or switches between the physical storage apparatuses, and so on.

Although the above embodiment has been described based on a mainframe system, the present invention can also be applied to an open system. In that case, the open system does not have the same system generation as in the mainframe system, but the virtual switch is realized in the disk storage apparatuses in the same way as the above described embodiment.

Next, processing performed when a drive failure occurs while an I/O request is sent from the host computer #0 (14) to the virtual CU #/virtual DEV #1 in the physical storage apparatus #n (14), being processing for a drive failure/disk adapter section failure (drive path failure) occurrence, will be described with reference to FIGS. 10 and 11. Steps S81-S84 in the processing performed after the host computer #0 (14) issues a command until the command frame arrives at the physical storage apparatus #n are the same as steps S1-S4 in FIG. 5.

After that, if a drive failure is detected when the physical storage apparatus #n (14) receives the frame 202, the table 10 shown in FIG. 12 is used instead of the table T8. The table T10 is produced by duplicating the table T8 via remote copy, for redundancy. Regarding virtual CU #n1/virtual

DEV #1 in that duplication, the physical CU #1/physical DEV #1 in the physical storage apparatus #n is set as the main device, and the physical CU # 1/physical DEV # 1 in the physical storage apparatus #1 is set as the sub device.

In other words, by duplicating the table for the main and sub devices, like the table 10, even if a failure occurs in the physical storage apparatus # 1/physical CU #/physical DEV # 1 that is the main device, the same data in the sub device. can be accessed without performing data recovery operation. Even in one physical storage apparatus, duplication can be performed using a shadow image. If duplication is not managed by any function of the storage apparatus, data can also be recovered by restoring the virtual CU #n1/virtual DEV #1 acquired via the host computer 10 to the physical storage apparatus # 1/physical CU #1/physical DEV #1 by using the backup data, without the need for recovering a failure section in the physical storage apparatus #N/physical CU #1/physical DEV #1.

The physical storage apparatus #n (14) searches, when receiving the frame 202, the table T6 for the virtual CU # using the received frame CU # (n1) (S85), and determines whether the relevant information exists. If no relevant information exists, the physical storage apparatus #n (14) judges that the request is targeted at its own physical storage apparatus. After that, the physical storage apparatus #n (14) searches the table T10 for the virtual CU # and virtual DEV # using the received frame CU # (n1) and DEV # (01) (S87), and acquires the physical storage apparatus # (1), physical CU # (1), and physical DEV # (1). If the request is not targeted at its own physical storage apparatus, the physical storage apparatus #0 searches the table T4 for the target physical storage apparatus # according to the physical storage apparatus # (1) and acquires the physical path # (2) (S89). Then the physical storage apparatus #n (14) translates, based on the acquired physical path (2), the received frame DID and SID respectively into the connection destination switch #/port # (9013) and the received frame DID (9012) (S90), and transmits the response frame 300 from the physical port B (S91). The physical storage apparatus #1, when receiving the response frame 300, executes I/O processing (S92), and then the processing according to this routine ends.

According to this embodiment, data access is enabled even when a drive failure/disk adapter section failure (drive path failure) occurs.

Even if a host path failure/channel adapter section failure occurs, data access is enabled by using an alternate path (a host path to physical storage apparatus #n (14)) if a failure in the host path (the path to the physical storage apparatus #0 (14) in FIG. 10) is detected when an I/O request is sent from the host computer #0 (10) to the virtual CU #n1/virtual DEV #1 in the physical storage apparatus #n (14). In that case, the host computer #0 (10) selects any one of the grouped paths defined in the system generation and issues an I/O request. The method for selecting the path depends on the manufacturer of the host computer 10 or other factors. However, even if a malfunctioning path exists, I/O can be issued via any one of the other paths. Accordingly, the path selecting method in the host computer 10 does not have to be changed.

Next, the duplicate management configuration using remote copy and an external storage apparatus will be described with reference to FIG. 13.

When the duplicate management is performed by using both remote copy and an external storage apparatus 50, the cache memory 26 in the physical storage apparatus #0 (14) and that in the physical storage apparatus #n (14) are used respectively as the primary and secondary memory the physical storage apparatuses #0 and #n share the cache memory 26 in the external storage apparatus 50; and data is stored in and double-managed by the physical storage 14 and the external storage apparatus 50. By doing so, data access is enabled even when a failure occurs in the cache 26 or subsystems.

More specifically, as shown in FIG. 14, the host computer #0 (10) writes data to the cache 26 in the physical storage apparatus #0 (14) when data write is requested (S101). Then the data written to the cache 26 in the physical storage apparatus #0 (14) is written to the cache memory 26 in the physical storage apparatus #n (14) via remote copy (S102). Subsequently, data in the primary memory in the physical storage apparatus #0 (14) is destaged to the external storage apparatus 50 if no failure occurs (S104). After the destage, the physical storage apparatus #0 (14) communicates “end of destage” to the physical storage apparatus #n (14), and then the processing according to this routine ends.

By destaging the primary data in the physical storage apparatus #0 (14) to the external storage apparatus 50, dirty data in the secondary memory in the physical storage apparatus #n can be released. Even if a subsystem failure occurs in the physical storage apparatus #0 (14) during the above processing, data can be accessed by accessing the external storage apparatus 50 via the physical storage apparatus #n (14) as the data has already been destaged and released.

Alternatively, the dirty data may be left as it is in the physical storage apparatus #n (14) without performing the communication. In that case, if a subsystem failure in the physical storage apparatus #0 occurs, data has not yet been destaged to the external storage apparatus 50 at the point in time of failure occurrence. Accordingly, the dirty data may be destaged when the failure occurs in the physical storage apparatus #0 (14), which has the primary memory, and then the data can be accessed. Alternatively, the device can be physically double-managed through remote copy, without sharing the device in the external storage apparatus 50.

According to this embodiment, the cache memory 26 in the physical storage apparatus #0 (14) is set as primary memory, the cache 26 in the physical storage apparatus #n (14) is set as secondary memory, and data is double-managed by both physical storage apparatuses 14 by sharing the cache memory 26 in the external storage apparatus 50. Accordingly, data access is enabled even if a failure occurs in the cache 26 or subsystems. 

1. A storage system having a host computer and storage subsystems that provide a storage area to the host computer, each of the storage subsystems comprising: an access area that receives an access from at least either of the host computer or another storage subsystem; a storage area for data exchanged with the host computer; a first control circuit for. controlling data I/O to/from the storage area according to a command transmitted from the host computer to the access area; and a second control circuit for determining whether the access has been made to an access target in its own storage subsystem or in another storage subsystem, receiving the access if the access target is its own storage subsystem, and translating, if the access target is another storage subsystem, the access target address into an address in the relevant storage subsystem and directing the address-translated access to the access area in the relevant storage subsystem.
 2. The storage system according to claim 1, wherein the access area includes a virtual switch that executes a path switching operation for switching, under the control of the second control circuit, the path used for the access to a path in its own storage area or to another storage subsystem.
 3. The storage system according to claim 2, wherein the access from the host computer to one of the storage subsystems contains information about a port in a physical switch in the host computer that is the transmission source, and information about a port in a virtual switch in the storage subsystem that is the transmission target.
 4. The storage system according to claim 2, wherein a physical switch is provided between a first virtual switch in a first storage system and a second virtual switch in a second storage subsystem.
 5. The storage system according to claim 2, wherein the access contains information about a logical area prepared by virtualizing the storage area that is to be an access target of a command from the host computer.
 6. The storage system according to claim 5, wherein a command, which is an access issued by the host computer to a first storage subsystem, contains logical area identification information and information about a path to the virtual switch in the first storage subsystem.
 7. The storage system according to claim 6, wherein the host computer is a mainframe computer and issues the command to the first storage subsystem based on system generation information.
 8. The storage system according to claim 6, wherein the logical area specified by the command belongs to a second storage subsystem other than the first storage subsystem, and the first storage subsystem changes the path for the command to the path to the second storage subsystem.
 9. The storage system according to claim 1, further comprising a control table that defines connections between the virtual switches in the storage subsystems, wherein the second control circuit in the first storage subsystem refers to the control table and directs the access from the host computer, via the virtual switch in the first and second storage subsystems, to the storage area in the second storage subsystem that is the target of the access.
 10. The storage system according to claim 1, wherein, in information about the transmission source and transmission target of a command from the host computer, information about redundant command transmission targets is also added to the command, and the second control circuit selects, if a failure occurs during command transmission, another transmission target from the redundant transmission targets and directs the command to the selected transmission target.
 11. A data control method for a storage system including a host computer and storage subsystems that provide a storage area to the host computer, comprising, under the control of each storage subsystem, the steps of: recognizing whether an access transmitted from the host computer has been made to an access target in its own storage subsystem or in another storage subsystem; receiving the access if the access has been made to its own storage subsystem; and translating, if the access has been made to another storage subsystem, the access target address into an address for the relevant storage subsystem and directing the access to the address-translated access area in the relevant storage subsystem. 